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METHOD AND SYSTEM FOR TRANSCODING WEB PAGES 
CROSS-REFERENCE 

[0001]This application claims the benefit of the prior filing of U.S. Provisional Patent 
Application Serial No. 60/924503 filed May 17, 2007, the disclosure of which is 
incorporated herein by reference. 

COPYRIGHT 

[0002] A portion of the disclosure of this patent document contains material which is subject 
to copyright protection. The copyright owner has no objection to the facsimile reproduction 
by anyone of the patent document or patent disclosure, as it appears in the Patent and 
Trademark Office patent file or records, but otherwise reserves all copyright rights. 

FIELD 

[0003] The present application relates generally to telecommunications and more 
particularly to a system and method for transcoding web pages. 

BACKGROUND 

[0004] Web sites host and provide information using web pages that are communicated 
electronically via a telecommunications network. Accessing this information by some client 
computing devices can be challenging. Computing devices are becoming smaller and 
increasingly utilize wireless connectivity. Examples of such computing devices include 
portable computing devices that include wireless network browsing capability as well as 
telephony and personal information management capabilities. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0005] Figure 1 is a schematic representation of a system for content navigation. 
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[0006] Figure 2 is a schematic representation of a wireless communication device from 
Figure 1 . 

[0007] Figure 3 illustrates a flow of interactions among components of the system of Figure 
1. 

[0008] Figure 4 is a schematic representation of a system for content navigation in 
accordance with another embodiment. 

[0009] Figure 5 illustrates a flow of interactions among components of the system of Figure 
4. 

[0010] Figures 6A-6D and 7A-7D respectively illustrate representative web pages rendered 
on a first browser window and portions of said representative web pages transcoded and 
rendered on a second browser window in accordance with an embodiment. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 

[0011]The smaller size of most wireless mobile client devices necessarily limits their 
display capabilities. Furthermore the wireless connections to such devices typically have 
less or more expensive bandwidth than corresponding wired connections. The Wireless 
Application Protocol ("WAP") was designed to address such issues, but WAP can still 
provide a very unsatisfactory experience or even completely ineffective experience, 
particularly where the small client device needs to effect a connection with web sites that 
host web pages that are directed to traditional full desktop browsers. 

[001 2] Signature schema documents may be pre-defined using a query language to 
provide instructions for application by an engine to transcode web pages of respective web 
sites. For a particular web page, signature schema instructions identify a web page family 
for the web page and extract a desired subset of data from the web page in accordance 
with its web page family. The instructions use signatures previously identified within web 
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pages of the same family (e.g. in accordance with a shared template for each family) to 
distinguish the web page family from others of the web site and to distinguish the desired 
subset of data from other data for the web page family. A gateway server may proxy 
requests from a client machine (e.g. a wireless communication device) and use the engine 
to provide transcoded web page responses. Signature schema instructions may be 
maintained in a repository coupled to the engine. Extracted data may be cached to a 
database coupled to the engine. 

[0013] In accordance there is provided a method of transcoding a web page of a web site. 
The method comprises retrieving a signature schema for the web site, said signature 
schema comprising one or more instructions to identify a web page family for the web page 
and extract a subset of data from the web page in accordance with the web page family, 
said instructions using signatures previously identified within web pages of the same family 
to distinguish the web page family from other web page families of the web site and the 
subset of data from other data for the web page family; obtaining the web page; and 
applying the instructions to the web page. The signature schema may further comprise 
instructions to transcode said subset of data to a target format. In an embodiment, the 
method is performed by a wireless mobile device thereby to transcode web pages for use 
by the wireless mobile device. The web site may comprise an e-commerce web site and 
said method may further comprises transcoding at least some of the web pages of the site 
to conduct an e-commerce transaction. 

[0014] In an embodiment, the may comprising providing a gateway between the web site 
and a client machine configured to utilize data in the target format, said gateway 
transcoding web pages of the web site in accordance with the signature schema for the 
client machine. The method may further comprise proxying a request for the web page 
from the client machine to obtain the web page; and responding to the client machine with 
the subset of data in the target format thereby to provide a transcoded web page. The 
client machine may comprise a wireless mobile device. 

[001 5] The method may further comprise storing at least one of: i) the web page or ii) the 
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subset of data and data relationships. The method may further comprise maintaining a 
relational database for data stored from the web site. 

[0016] The method may also comprise maintaining a repository of signature schemas, 
each schema defined for a particular web site. 

[0017] In accordance with another aspect, there is provided a system for transcoding a 
web page of a web site. The system comprises at least one computing device comprising a 
processor and a memory coupled thereto, said memory storing instructions and data for 
configuring the processor to provide a transcoding engine operable to: retrieve a signature 
schema for the web site from a repository, said signature schema comprising one or more 
schema instructions to identify a web page family for the web page and extract a subset of 
data from the web page in accordance with the web page family, said schema instructions 
using signatures previously identified for web pages of the same family to distinguish the 
web page family from other web page families of the web site and the subset of data from 
other data for the web page family; and apply the schema instructions to the web page 
received from the web site. 

[001 8] The signature schema may comprise instructions to transcode said subset of data to 
a target format In an embodiment, the system may comprising a wireless mobile device 
configured as a one of the said at least one computing device, thereby to transcode web 
pages for use by the wireless mobile device. The web site may be an e-commerce web site 
and the engine of the wireless mobile device may transcode at least some of the web 
pages from the e-commerce web site for conducting an e-commerce transaction. 

[001 9] In an embodiment the system may comprise a gateway server between the web site 
and a client machine configured to utilize data in the target format, said gateway configured 
as one of said at least one computing device for transcoding web pages of the web site for 
the client machine in accordance with the signature schema. The instructions and data of 
said gateway server may configure the processor of the gateway server to proxy a request 
for the web page from the client machine to obtain the web page; and respond to the client 
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machine with a transcoded web page in the target format. The client machine may be 
configured to request at least some of the web pages of the web site via the gateway 
server to receive transcoded web sites. Further the client machine may be configured as 
one of the at least one computing devices and the instructions and data of the client 
machine may configure its processor to retrieve the signature schema and apply the 
schema instructions to at least some of the web pages retrieved from the web site. The 
web site may be an e-commerce web site and the client machine comprise a wireless 
mobile device. The mobile device's engine can be operable to transcode at least some of 
the web pages for conducting an e-commerce transaction. 

[0020] In one aspect there is provided a computer program product storing computer 
readable instructions for transcoding web pages of a web site, which instructions when 
executed by a computer processor configure the processor for retrieving a signature 
schema for the web site, said signature schema comprising instructions to identify a web 
page family for the web page and extract a subset of data from the web page in 
accordance with the web page family, said instructions using signatures previously 
identified for web pages of the same family to distinguish the web page family from other 
web page families of the web site and the subset of data from other data for the web page 
family; obtaining the web page; and applying the instructions to the web page. 

[0021] In a further aspect there is provided a method for transcoding web pages of a web 
site comprising an e-commerce site for conducting a transaction, the method comprising: 
retrieving a signature schema for the web site, said signature schema comprising one or 
more instructions to identify a web page family for a web page and extract a subset of data 
from the web page in accordance with the web page family, said instructions using 
signatures previously identified for web pages of the same family to distinguish the web 
page family from other web page families of the web site and the subset of data from other 
data for the web page family, said signature schema further comprising instructions to 
transcode the subset of data to a target format; receiving at least one web page from the e- 
commerce site for conducting the transaction; and applying the instructions to transcode at 
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least some of the at least one web page to conduct the transaction. The method may be 
performed by a wireless mobile device. 

[0022] Referring now to Figure 1, there is illustrated a system 100 for content navigation 
via a telecommunications network. In a present embodiment system 100 comprises a 
plurality of client computing devices in the form of client machines 102A and 102B 
(collectively 102), a web site server 106 hosting a web site 104 and a gateway and schema 
server 120. Devices 102 are respectively coupled to communicate with gateway and 
schema server 120 to obtain web pages (e.g. 110) transcoded from web site 104. 

[0023] In the present embodiment, a web server 106 comprises web site 104 serving web 
pages (e.g. 110) defined from a plurality of web page family templates 108A-108D 
(collectively 108) and web page content (described further herein below) from data store 
112. For ease within the present embodiment, only a single web site 104 is shown coupled 
via gateway and schema server 120; however, in another embodiment a plurality of 
different web sites may be so coupled. In the present embodiment of system 100, gateway 
and schema server 120 is coupled to a schema repository 124 from which to obtain a 
signature schema 122 for a particular web site. Signature schema documents (e.g. 122) 
provide instructions and data with which an engine 140 of server 120 can extract data from 
web pages (e.g. 110) and transcode same to a target format to provide transcoded web 
page data (e.g. 130 and 132) to the respective requesting client machines 102A and 102B 
as described more fully below. Gateway and schema server 120 may also be coupled to a 
database 126 for retrieving/storing data extracted from web sites in accordance with its 
operations. The database 126 may be a relational database storing extracted data from 
web sites in relation to the defined signature schema. The stored data can be accessed by 
a Structured Query Language (SQL). Signature schemas for respective web sites may be 
defined (e.g. coded) using a computing device 128 as described herein below. 

[0024] Representative client machines 102 include any type of computing or electronic 
device that can be used to communicate and interact with content available via web sites. 
Each of the client machines 102 may be operated by a respective user U (not shown). 
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Interaction with a particular user includes presenting information on a client machine (e.g. 
by rendering on a display screen) as well as receiving input at a client machine (e.g. such 
as via a keyboard for transmitting to a web site). In the present embodiment, client 
machine 102A comprises a mobile electronic device with the combined functionality of a 
personal digital assistant, cell phone, email paging device, and a web-browser. Such a 
mobile electronic device may comprise a keyboard (or other input device(s)), a display 
screen, a speaker, (and other output device(s) (e.g. LEDs)) and a chassis for housing such 
components. The chassis may further house one or more central processing units, volatile 
memory (e.g. random access memory), persistent memory (e.g. Flash read only memory) 
and network interfaces to allow client machine 102A to communicate over the 
telecommunication network. 

[0025] Referring now to Figure 2, a schematic block diagram shows an exemplary client 
machine 102A in greater detail. It should be emphasized that the structure in Figure 2 is 
purely exemplary, and contemplates a device that may be used for both wireless voice 
(e.g. telephony) and wireless data (e.g. email, web browsing, text) communications. Client 
machine 102A includes a plurality of input devices which in a present embodiment includes 
a keyboard and, typically, additional input buttons, collectively 200, an optional pointing 
device 202 (e.g. a trackball or trackwheel) and a microphone 204. Other input devices, 
such as a touch screen, and camera lens are also contemplated. Input from 
keyboard/buttons 200, pointing device 202 and microphone 204 may be received at a 
processor 208. Processor 208 may be further operatively coupled with a non-volatile 
storage unit 212 (e.g. read only memory ("ROM"), Erasable Electronic Programmable 
Read Only Memory ("EEPROM"), or Flash Memory) and a volatile storage unit 216 (e.g. 
random access memory ("RAM"), speaker 220, display screen 224 and one or more lights 
(LEDs 222). Processor 208 may be operatively coupled for network communications via a 
subsystem 226. Wireless communications are effective via at least one radio (e.g. 228) 
such as for Wi-Fi or cellular wireless communications. Client machine 102A also may be 
configured for wired communications such as via a USB or other port and for short range 
wireless communications such as via a Bluetooth® radio (all not shown). 
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[0026] Programming instructions that implement the functional teachings of client machine 
102Aas described herein are typically maintained, persistently, in non-volatile storage unit 
212 and used by processor 208 which makes appropriate utilization of volatile storage 216 
during the execution of such programming instructions. Of particular note is that non- 
volatile storage unit 212 persistently maintains a web browser application 86 and, in the 
present embodiment, a native menu application 82, each of which can be executed on 
processor 208 making use of volatile storage 216 as appropriate. An operating system 
and various other applications (not shown) are maintained in non-volatile storage unit 212 
according to the desired configuration and functioning of client machine 102A, one specific 
non-limiting example of which is a contact manager application (also known as an address 
book, not shown) which stores a list of contacts, addresses and phone numbers of interest 
to user U and allows user U to view, update, and delete those contacts, as well as 
providing user U an option to initiate telecommunications (e.g. telephone, email, instant 
message (IM), short message service (SMS)) directly from that contact manager 
application. 

[0027] Native menu application 82 may be configured to provide menu choices to user U 
according to the particular application (or other context) that is being accessed. By way of 
example, while user U is activating the contact manager application, user U can activate 
menu application 82 to access a plurality of menu choices available that are respective to 
contact manager application 90. For example, menu choices may include options to 
invoke other applications (e.g. a mapping application to map a contact's address) or 
communication functions (e.g. call, SMS, IM, email, etc.) on the client machine 102A for a 
particular contact. Menu application 82 may be associated to a particular input button (e.g. 
one of buttons 200) and invoked to provide a contextual menu comprised of a plurality of 
menu choices that are reflective of the context in which the button 200 was selected. Note 
that the options in a contextual menu are stored within non-volatile storage 212 as being 
specifically associated with a respective application. Menu application 82 may be 
therefore configured to generate a plurality of different contextual menus that are reflective 
of the particular context in which the menu application 82 is invoked. For example, in an 
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email application where an email is being composed, invoking menu application 82 would 
generate a contextual menu that included the options of sending the email, cancelling the 
email, adding addresses to the email, adding attachments, and the like. The contents for 
such a contextual menu would also be maintained in non-volatile storage 212. Other 
examples of contextual menus will occur to those of ordinary skill in the art. 

[0028] As noted, gateway and schema server 120 applies a signature schema to transcode 
a web page and provide transcoded data to a requesting client machine 102. Signature 
schema 122 may be configured to transcode navigational features of a web site 104 to 
provide menu options to menu application 82 for use when browsing the web site 104 with 
browser 86. The signature schema may further transcode web site content for presentation 
by the browser 86. 

[0029] Figures 6A-6D and 7A-7D respectively illustrate representative web pages rendered 
on a first browser window and portions of a subset of data from said representative web 
pages transcoded and rendered on a second browser window in accordance with an 
embodiment. Figure 6A illustrates a representative home web page 660A of an e- 
commerce web site (e.g. 104) in a browser window 650. Window 650 is illustrative of a 
rendering to a large size display device (e.g. desktop monitor). Web page 660A 
comprises, among other things, a menu portion 652 and a primary content display portion 
654, in the example, showing various advertisements 655 for products. Figure 7A 
illustrates the menu portion 652 extracted and transcoded and rendered as a web page on 
a second browser window 750. Window 750 is illustrative of a rendering to a small size 
display device (e.g. of a wireless mobile device). In addition to transcoding as a web page, 
menu portion 652 may be transcoded for menu application 82 e.g. for invocation when 
browsing the site 104 as referenced further herein. 

[0030] Figure 6B illustrates an exemplary product web page 660B in window 650 showing 
various product data (collectively 666) including image 666A, price 666, title 666C and 
description 666D data that is transcoded and shown in window 750 of Figure 7B. Also 
transcoded is the web page hierarchy list 668 showing where the page is on the web site. 
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[0031] Figure 6C illustrates an exemplary product list web page 660C in window 650 
showing a list of products (collectively 670). A subset of the product data such as image 
670A, price 670B, and title 670C is transcoded and shown in window 750 of Figure 7C. 
Note that multiple pages 672 may be provided for the list 670. 

[0032] Figure 6D illustrates an exemplary account checkout web page 660D in window 
650 showing a login form 680 for receiving account login and password, which form is 
transcoded and shown in window 750 of Figure 7D. Though not shown, other checkout 
pages (e.g. for payment or order confirmation, etc.), search pages, product and information 
pages may be similarly transcoded. 

[0033] Returning now to Figure 1, web server 106 and gateway and schema server 120 
(which can, if desired, be implemented on a single server) can be based on any commonly 
available server environments or platforms including a module that houses one or more 
central processing units, volatile memory (e.g. random access memory), persistent 
memory (e.g. hard disk devices) and network interfaces to allow servers 106 and 120 to 
communicate over the telecommunications network. Web server 106 hosts software 
applications comprising instructions and data for generating and serving web pages 
dynamically from the template families 108 and current informational content therefore 
from data store 112. Load balancing, security/firewall, billing, account and other 
applications may also be present as is well-known in the art. 

[0034] Gateway and schema server 120 hosts software applications comprising 
instructions and data for proxying requests and responses between the client machines 
102 and web site 104. In addition to software for maintaining HTTP communications, 
performing requests, maintaining sessions, handling cookies, etc., engine 140 may be 
implemented in software to apply the signature schemas to web pages from web sites. 
There may be provided an interpreter that interprets the signature schema document and 
applies the actions against the web page code (as an ASCII (plain text) document) to 
extract the subset of data to produce a result set. A renderer may be provided to express 
the subset of data result set (i.e. transcode to a target format such as cHTML (Compact 
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HTML) for a mobile device browser) for transmitting to the client machines also in 
accordance with the signature schema. A cache feature may also be provided for 
storing/retrieving data from database 126. Caching may comprise storing web pages from 
the web site as well as extracted data from which to build a relational database of object 
and elements and their relationships. The gateway and schema server (or a separate 
server (not shown)) may host a web site engine to provide content extracted from the 
relational database (e.g. stored web site data) to the client machines 102. 

[0035] Devices 102, schema server 120 and web site 104 are coupled via a 
telecommunication network (not shown) typically comprising a plurality of interconnected 
networks that may include wired and (at least for device 102A) wireless networks. It should 
now be understood that the nature of the network is not particularly limited and is, in 
general, based on any combination of architectures that will support interactions between 
client machines 102 and servers 106 and 120. In a present embodiment the network 
includes the Internet as well as appropriate gateways and backhauls. 

[0036] More specifically, in the present embodiment, a wireless network for client machine 
102A may be based on core mobile network infrastructure (e.g. Global System for Mobile 
communications ("GSM"), Code Division Multiple Access ("CDMA"), Enhanced Data rates 
for GSM Evolution ("EDGE"), Evolution Data-Optimized ("EV-DO"), High Speed Downlink 
Packet Access ("HSPDA"), Universal Mobile Telecommunications System ("UMTS"), etc.) 
or on wireless local area network ("WLAN") infrastructures such as the Institute for 
Electrical and Electronic Engineers ("IEEE") 802.11 Standard (and its variants) or Bluetooth 
or the like or hybrids thereof. In the present embodiment of system 100 it is contemplated 
that client machine 102B may be another type of client machine such as a PC (desktop or 
laptop) configured to include a full desktop computer or as a "thin-client" . Typically such 
have larger display monitors/screens than portable machines like 102A. A wired network 
for system 100 and device 102B can be based on a T1, T3 or any other suitable wired 
connection. 

[0037] As previously stated in relation to Figures 1 and 2, each of the client machines 102 
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is configured to interact with content available over the network, including web pages on 
web site 104. In a present embodiment, client machines 102A and 102B may navigate for 
content using a browser application (e.g. 86). As will be explained further below, on client 
machine 102A, browser application 86 may be a mini-browser in the sense that it may be 
configured to render web pages on the relatively small display 224 of client machine 102A. 
Often, during such rendering, those pages are presented in a format that may be different 
from how those pages are rendered on a traditional desktop browser application (e.g. 
browser 86 of client machine 102B). Mini-browsers typically attempt to convey substantially 
the same information as if the web pages had been rendered on a full browser such as 
Internet Explorer®, Safari® or Firefox® on a traditional desktop or laptop computer like 
client machine 102B. 

[0038] Figure 3 is a flowchart illustrating operations/interactions for transcoding a web page 
(e.g. 110) from web site 104 for client machine 102A, providing an example of the 
interaction among the gateway and schema server 120, client machine 102A and the web 
site 104. Client machine 102A makes a request 302 to server 120, acting as a proxy, for a 
specific web page (e.g. 110) from a web site having a specific domain (URL). The gateway 
and schema server engine 140 receives the request and makes a corresponding request 
304 as a proxy to the web site's web server 106 for the specified page, receiving 308 the 
web page code (e.g. 110) into the engine's (140) memory. The web page code is treated as 
an ASCII (plain text) file. It typically does not include objects referenced by the code such 
as images, video, audio, further web pages, etc. that are typically subsequently retrieved 
and inserted at the time of rendering a web page by a browser. 

[0039] The engine 140 (for example, in parallel or without waiting for a response from 
server 106) makes a request 306 to the signature repository 124 for the signature schema 
document 122 for the web site, which request may use the domain in the URL as an 
identifier for obtaining the document 122. The engine 140 receives 310 the schema. The 
engine 140 does not render the web page 110 per se but instead uses the instructions in 
the signature schema document 122 to extract the subset of data from the web page 110 
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for transcoding. In the present embodiment signature schema 122 is configured to 
transcode the web page 110 in accordance with the specific characteristics of the 
requesting client device 102A, having knowledge of display 224 capabilities - such as 
screen size, resolution, and other parameters - useful in determining the way in which the 
transcoded data is to be displayed on the machine 102A. 

[0040] Optionally, the web page 110 or extracted data or both can be stored 312 in 
database 126. Engine 140 transmits 314 the transcoded data 130 that has been extracted 
and transcoded to a target format from web page 110, in accordance with the schema 122, 
to the requesting client machine 102A. As noted above, transcoded data 130 may 
comprise transcoded navigational data for menu application 82 and informational content 
data (e.g. a list of products and related information from a web page) for displaying by 
browser application 86. 

[0041] Signature schemas are pre-defined documents, and may be extensible Markup 
Language (XML) documents utilizing an SQL-like query language, to incorporate 
instructions and data with which to intelligently extract the data from web pages (which web 
pages are typically coded in HTML, DHTML, XHTML, XML, RSS, JavaScript, etc). This 
extracted data may be transcoded and provided to client machines 102, or used to 
dynamically generate a relational database (e.g. 126) or both. Each signature schema 
incorporates an understanding of a particular web site's data including relationships among 
the various data (e.g. among its primary informational content found in the body of its web 
pages as well as among such content and associated navigational data (e.g. web page 
links) that govern the data in the page). As described further herein below, prior 
knowledge of the web page code including specific identifiers, tags and text (i.e. strings) 
used within the code (sometimes referred to as "signatures" herein), may be used to define 
instructions to identify portions of the code of interest and to extract specific data. 

[0042] As a further feature, transcoding may be configured to provide continuity of 
browsing/transactional/session experience enabling a user to switch client machines (e.g. 
starting with client machine 102A and switching to machine 102B (or vice-versa)). A user 
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may be enabled to start an interaction with a web site and have displayed data (published 
content and navigational data) on the client machine 102A. The browsing session may 
then be continued on a second client machine (102B) while retaining the transcoding as 
provided to the first client machine. For example, a user on a desktop can continue to 
browse the published content and navigational data of the web site as previously 
experienced on a mobile device, using only a portion of the desktop screen (for example) 
for data display. 

[0043] In accordance with the present embodiment, a signature schema document may be 
defined for all the pages of a particular web site. Large data-driven web sites (e.g. 104) 
don't maintain thousands of individual web pages per se. The sites typically adopt a few 
page family templates 108 and dynamically populate these with pertinent content from 
database 112 comprising information (e.g. weather, stock data, news, shopping/product 
data, patent data, trade-mark data etc.) as applicable when a client requests a particular 
page. Each template represents a family of pages having objects and attributes. Below are 
representative example page family templates and their objects and attributes for a web 
site offering news and an e-commerce web site offering products for sale electronically: 

Example 1 : News site 
Family: List Page 

Objects: lists a selection of news stories 
Attributes: Title, abstract and date 
Family: Detail page 

Objects: lists a single news story (and optionally other related stories) 
Attributes: Journalist, City, Date, Title, Full Story, Image 

Example 2: E-commerce site 
Family: List Page 

Objects: lists a selection of products 
Attributes: Image, Item Name, Price, Sale Price 
Family: Search Page (a specific kind of list page) 
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Objects: Similar to a list page 
Attributes: Similar to a list page 

[0044] Each family of pages (the family template) can be identified by a "signature" or 
unique set of one or more features that automatically identifies a given page on a web site 
as part of the family and differentiates that family from another family of pages. Similarly 
each object and attribute field of interest can be identified with its respective unique 
signature within a family of pages. A signature schema document typically comprise 
numerous pieces of information (commands), for example, information that instructs the 
engine 140 for: 

identifying all page families; 

identifying and extracting a subset of data (i.e. desired objects and attributes) for 
each page family; 

capturing the (implicit or explicit) relationships between the objects and attributes; 
and 

transcoding the data. 

[0045]A signature schema document may also be configured to enable special 
functionality for the target web site including searching, logging in a user, purchasing items, 
etc. 

[0046] In accordance with a present embodiment, the structure and syntax of a 
representative signature schema document for a representative e-commerce site eshop.ca 
is shown and described. Engine 140 may be configured to receive web page code 
comprising text data and search through the text in accordance with the schema document 
instructions that provide SQL-query like language instructions. Engine 140 maintains a 
pointer within the text as it moves through the web page code performing various actions, 
as described below, in accordance with the schema instructions. Table 1 illustrates a 
snippet of a representative signature schema: 

1 <?xml version="1 .0" encoding="ISO-8859-1" ?> 
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2 <site> 

3 <version major="1 " minor="27> 

4 <url location= ,, http://www.eshop.ca" key="eshop.ca" name="E-Shop" /> 

5 <advanced> 
6 

7 <indexjink value= ,, http://www.eshop.ca/home.asp" /> 

8 </advanced> 

9 <page_type> 

1 0 <lookup type="pex" action="locate_string" name= 

°list_elements" id="mylist_1 " ref="Compare products" 
altWSort products H /> 

1 1 <lookup type="pex" action="locate_string" name="item_elements" 

id="myiterTLj H ref=""product-detaiIs"" /> 

1 2 <lookup type="pex" action="locate_string" name="menu_elements" 

id="mymeniL2" ref="anc-lhsnav-subltem" /> 

1 3 <lookup type="pex" actiorW'locate^string" name^menu^elements" 

id= tt mymenu_r ref= ,, product-table" /> 

14 <lookup type="pex" action="locate_string" name= ,, item_elements H 

id="myitem_1" ref="*'7> 

15 </pageJype> 

1 6 <list_elements id="mylisM "> 

17 </list_elements> 

1 8 <item_elements id= n myitem_1 "> 

19 <actions> 

20 <lookup type="pex" action="move_ptr M ref^'&lti/head>" /> 

21 </actions> 

22 <element> 

23 <lookup type="pex" action="get_string" name= H image" 

ref= M largeimageref" location= M after tt start="<img 
src=" n end= u " M /> 

24 <lookup type="pex" action="get_string" name="title" ref= M product- 

details-prd-title" location="after" start= ,, <span n 
end="</span>" include_sz= H 1" strip_tags= H 1'7> 

25 <lookup type=**pex" action= ,, get_string" name= ,, price M 

ref="our price:" locatiorW'after" start^&ltitd" 
end="</td>" include_sz='T strip Jags='T /> 

26 <lookup type="pex" action="get_string" name="sale_price" 

ref="sale price:" location="after" start="<td" 
end= ,, </td>" include_sz=T' strip_tags="1" 
tolerance="1" /> 

27 <lookup type="pex M actiorW'geLstring" name="description" 

ref="detailbox-text" location="middle" start="<p M 
end="</p>" include_sz=T' strip_tags="1 n /> 
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28 
29 



</element> 
</item_elements> 



Table 1 - XML Signature Schema Snippet for E-Shop.ca 



[0047] In the XML code snippet of Table 1, instructions at line 4 are for verifying that the 
web page under consideration and the signature schema relate to the same web 
site/domain - eshop.ca. Instructions at lines 9-15 are for determining the particular page 
family to which the web page under consideration belongs. A respective signature that 
defines the particular page family has been previously identified for use to distinguish the 
page. The engine 140 processes the <page type> tag by registering the identification 
strings for each page family. When a web page is obtained by the engine as input, the 
engine may be able to identify the page family by its unique string ref=" and the command 
provides the related tag within the signature schema document where further instructions 
for the particular web pages are found: 

[0048]action="locate_string": command to check for the existence of a string. 

name=": identifies the type of page family for each identified family. 

id=": assigns an id to the page family that is used across the signature schema document. 

[0049] For example, at line 10, the instructions identify a web page using the alternative 
signatures "Compare products" or "Sort Products". Web pages with these strings are of the 
same family type. The instructions at line 10 provide a reference tag to further instructions 
for this family, providing a link to instructions for the list_elements page family with and ID 
of mylisM (see lines 16-17). Similarly the other lookup instructions provide references to 
the specific instructions within the signature schema document for handling a web page of 
each web page family. Representative instructions for some of the web page families are 
provided in Table 1, for example, at lines 16-17 and 18-29 with others omitted for brevity. 

[0050] With reference to the extraction instructions for one of the web page families (e.g. 
itenrLelements id="myitem_r) at lines 18-29, the instruction at line 20 advances the scan 
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pointer within the text file of the web page code to a beginning limit of a region of interest 
indicated by a signature reference. This establishes an upper limit for review within the text 
file. Though not shown in this table, an end limit may be defined as well (See Table 4). 
Further such instructions at lines 22-28 may comprise commands to locate the subset of 
data using "signatures" such as string identifiers that uniquely identify the data within the 
region of interest. In the present example the instructions locate and extract a plurality of 
elements, namely, product image, title, price, sale price and description for a product of the 
item web page family. For example, instructions at line 23 extract a string in between the 
first tt <img src="" and "" u that appears after next appearance of 
"largeimageref". The string returned is the path (relative URL at web site eshop.ca) to the 
product image. By advancing a search scan pointer within the web code to a particular 
location, references before that location can be skipped when searching. Any prior 
instances of a signature string such as "largeimageref" may be ignored. In this way, 
otherwise ambiguous signature references can be avoided. 

[0051 ]The example in Table 1 shows at least some of the instructions (e.g. lines 23 -27) 
including one or more directional references relative to the signatures to locate and extract 
the subset of data. For example, directional references such as "before" or "after" 
command the engine to extract the data that is in a relative position in the web page before 
or after the signature string (i.e. ref=). Moreover, such instructions may further include at 
least one of a start reference or an end reference further pinpointing the location of the 
data in accordance with that direction. Additional directional reference information is 
discussed herein with reference to code snippets in other Tables and the discussion of an 
embodiment of signature transcoding engine syntax presented below. 

[0052] The example within Table 1 demonstrates the extraction of data and the 
establishment of relationships between objects and elements within a same page of a web 
site. However, signature schema documents may further capture relevant attributes of an 
object across pages. For example, a user of client machine 102A may click through a 
number of web pages in eshop.ca to get to a specific product page (e.g. Department -> 
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Product Category -> Product Sub-Category -> Specific Product, such as TV & Video > 19"- 
21" TVs > LCD TVs > BrandX Product. The navigational hierarchy representing a 
categorization may be captured and associated to the extracted objects and there 
elements. 



[0053] For brevity, certain instructions were omitted from Table 1. Tables 2-4 provide 
representative instructions for further web page families for e-shop.ca that may be read 
with Table 1. Table 2 below provides representative instructions, e.g. for lines 16 and 17 of 
Table 1 , including instructions for a web page family related to a list of items/products for 
sale. Whereas instructions at lines 22-28 provided product data extraction instructions for a 
web page family showing a single item (i.e. product), the instructions of Table 2 provide 
additional instructions that repeat product data extractions for each product in the list. 



1 <list_elements id= H mylist_1 "> 

2 <paging> 

3 <page_variable value="page" /> 

4 <page_start value="0" /> 

5 <lookup type="pex" action= ,, get_string" name="link n 

ref="Next&nbsp" location= M before" start="<a 
class=" end= ,, </a>" include_sz= n 1 n strip_tags='T /> 

6 </paging> 

7 <actions> 

8 <lookup type="pex" action="move_ptr" ref= M Sort or compare 

products" reLalM= n Sort products" /> 

9 </actions> 

10 <element> 

11 <Iookup type= n pex M action= n geLstring" name="link u ref^'thumbnail" 

location="before" start="<ahref="" end="">" 
/> 

12 <lookup type= H pex" action= ,, geLstring" name="image" 

ref="thumbnail" location="middle" start=""" 
end=""" /> 

1 3 <lookup type= n pex" action="geLstring" name= ,, title ,, 

ref="class="tx-strong-dgrey&quot;" 
location= ,, after" start="<a href=" end="</a>" 
include_sz="1 " stripjags="1" /> 

14 <lookup type="pex" action= ,, geLstring" name="price" ref= ,, pricepill/" 

location="after" start=7" repeat_start= M 1 " end=".gif " 
tolerance="r/> 
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15 <lookup type="pex° action="move_ptr" ref="pricepill/" /> 

16 </element> 

17 </list_elements> 

Table 2 - XML Signature Schema Snippet for Product List Page Family of E-Shop.ca 

[0054] If the engine 140 identifies that the page is of the "mylisM" family, the engine 
determines the location in the signature schema document that contains the signature for 
the objects and elements of that family and applies the instructions therefor. A product list 
at e-shop.ca may span multiple web pages. Instructions at lines 2-6 of Table 2 find the 
number of pages and generate the links for each of the pages. Instructions at lines 7-9 
(action tag) advance the search scan pointer to the region of web page code that may be 
of interest (i.e. in this case, the start of the list). In this way, a local signature reference can 
be used and any earlier ambiguous references skipped. Skipping to the local region of 
interest may also make the specification of the signature reference less complicated. 

[0055]Taking advantage of inherent repeated patterns in the web page code, instructions 
at lines 10-16 (elements tag) of Table 2 provide product data extraction instructions that 
may be repeated for each product in the list. The engine 140 may be provided with 
commands to scan for each data element of interest using a signature reference e.g. ref=", 
an action, one or more positional instruction(s) to further identify the data within the text of 
the web page code, and any additional text data manipulation instructions to extract the 
data (e.g. to remove HTML formatting characters or add characters). The instruction at line 
15 moves the scan pointer to the end of the object (in this example a product in a list of 
products) to ready the instructions for application against the next object (product) in the 
list. 

[0056] More particularly: 

lookup type="pex": string lookup 

action ="get_string": returns a value back that is the desired element of the object. 
name="link": the object element, in this case the link to the product page 
ref="thumbnail": the reference string that identifies where to find the value of the link 
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location= w before": the value of the link is before the ref string 
start="<a href="": look for the ref string after this value 
end=""> M : look for the ref string before this value. 



1 <search_elements id= M mysearch_1"> 



2 <settings> 

3 <search_path value= u http://www.eshop.ca/search/search.asp/> 

4 <search_variable value= ,, keyword" /> 

5 </settings> 

6 <paging> 

7 <page_variable value="page" /> 

8 <page_start value="0" /> 

9 <lookup type="pex" action="geLstring" name="link" ref= M Next&nbsp" 

location= n before" start= n <a href=" repeat_start= l T 
end="</a> u include_sz='T strip _tags='T/> 

10 </paging> 

11 <actions> 

1 2 <lookup type= n pex M action= ,, move_ptr l, ref= N bg-compare-hero n /> 

13 </actions> 

1 4 <element> 

15 <lookup type="pex" action= M geLstring" name= ,, link" ref^'^gt;" 

location^after start="<a href="" end= M ">" /> 

16 <lookup type= t, pex" action^geLstring" name= ,, image ,, ref="<a href" 

location= n after n start="<img src="" end="" u /> 

1 7 <lookup type="pex" action="geLstring" name= n title" 

ref="class="tx-strong-dgrey&quot;" location= ,, after" 
start="<a href=" end= ,, </a> n include^sz= ,, 1" strip Jags= ,, 1" /> 

1 8 <iookup type= M pex" action= ,, move_ptr ,, ref="bg-compare-hero" /> 

1 9 </element> 



20 </search_elements> 



Table 3 - E-Shop Search Family Signature Schema Snippet 

[0057] If the engine 140 has identified that the page is of the "mysearch_1 M family the 
engine applies the portion of the signature schema document that contains the signature 
for the objects and elements of that family, shown above in Table 3. 

<settings>...</settings>: Contains any web page specific manual overrides such as 
excluding certain menu items, customization, modification of a menu that may be desired. 
In this example, as per line 3 a value of form variable "keyword" will be posted to 
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"http://www.eshop.ca/search/search.asp w . 

<paging>...</paging>: Manages paging for the search pages. 

<actions>...</actions>: Instruct the engine to move the scan pointer to the string "bg- 
compare-hero" (line 12 of Table 3) and start looking for elements from there. 

<element>...</element>: Contains lookup instructions for each object element as 
previously described. 



1 <menu_elements id= ,, mymenu.J"> 



2 <settings> 

3 <blackjist value="Site lndex##External Link" /> 

4 </settings> 

5 <actions> 

6 <lookup type="pex u action= ,, move_ptr" ref="bg-lhsnav-title" /> 

7 <lookup type="pex" action= M end_ptr" ref ="&It;/table> " /> 

8 </actions> 

9 <element> 

1 0 <lookup type="pex" action= n get_string" name="link M ref="<li>" 

location= H after" start="<a href="" end= u "" /> 

11 <lookup type="pex" action= ,, geLstring" name= ,, title ,, ref="<li> H 

location= ,, after" start="<a href="" end^^ltyaAgt;" 
include^sz^'r' strip Jags= ,, 1" /> 

12 <lookup type="pex M action= n move_ptr H ref= B </li>7> 

13 </element> 



14 </menu_elements> 



Table 4 - E-shop Menu Family Signature Schema Snippet 

[0058] If the engine 140 has identified that it is looking for a menu on a page that contains 
the menu style of the "mymenu_1" family, the engine applies the portion of the signature 
schema document that contains the signature for the objects and elements of that family, 
shown above in Table 4. 

<settings>...</settings>: Contains any page specific manual overrides such as exclude 
list, customization, modification, personalization, etc. In this example, as per line 3, any 
result that matches "Site Index", "External Link" are excluded but partial matches are also 
possible by using wild card strings. 
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<action>...</action>: Lines 6 - 7 of Table 4 sets the start and end limits to instruct the 
engine 140 where to look for menu items. 

<element>,..</element>: Contains lookup instructions for each object element as 
previously described. In this example, lines 10 and 11 of Table 4, an element in 
'mymenu.l' (each individual menu entry of web page) contains link and title as its 
properties. Line 12 instructs the engine to move the pointer to "</li>" to get ready to 
loop through and extract the next menu item with the same elements, taking advantage of 
the repeated patterns within the text of the web page code. 

[0059]Though the example described relates to extracting informational content for an e- 
commerce oriented site, no limitation should be applied. Similar instructions may be 
defined for other types of sites, for pages which permit a user to input information and for 
navigational data extraction. 

[0060] Signature schema document 122 may further comprise transcoding instructions (not 
shown) for use by engine 140 to express the extracted subset of data in a target format 
(e.g. a format of HTML, XML, script etc.) for use by the requesting client machine 102. For 
example, the transcoding instructions may define a web page for displaying the extracted 
data in browser application 86 that is suitable for display on the client device 102. The 
formatting rules can be system and/or user defined and can include parameters such as 
but not limited to: object positioning, object colour, object size, object shape, object 
font/image characteristics, background style, and navigational item display (e.g. in a menu 
as described above) or for display with the content in the generated page on the client 
screen. Browser application 86 (e.g. of machine 102A) may be configured for using a 
markup language (e.g. cHTML) or other code format that is not identical to the code 
provided by web page 110. Alternatively, transcoding instructions may be defined to 
express the extracted subset of data in XML or another code format such as for use by a 
different client application or plug-in to a client application such as menu application 82 or 
another application (not shown) on client machine 102. 

[0061] Signature schema documents may be prepared (i.e. coded) using a computing 
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device such as computing device 128. Computing device 128 may be any suitable 
desktop or laptop device capable of coding documents (which may be but need not be 
XML-type documents) and may be configured to automate or semi-automate coding of 
such documents. 

[0062] Computing device 128 may be coupled to web site 104 to retrieve web pages from 
the site for reviewing to prepare the custom signature schema document for the site. 
Computing device 128 may be configured to automatically review the web page code and 
apply heuristics or other techniques (e.g. spatial analysis) to determine probable content of 
interest (i.e. subset of data) and generate code to extract the subset of data. For example, 
primary content of interest tends to be located toward the centre of the web page. In 
another embodiment, the computing device may facilitate a user coding signature schema 
to manually assist with the analysis of the web page and identification of subset of data 
and the generation of the instructions. Computing device 128 may be further coupled to 
repository 124 to provide (e.g. up-load or publish) coded signature schema documents for 
use by server 120. 

[0063] It will be apparent to a person of ordinary skill in the art that as a web site may be 
re-designed or otherwise changed such that the code of one or more web page families 
may be changed or a family added, an existing signature schema may require re-coding to 
account for the change/addition, as applicable. 

Signature (Transcoding) Engine Syntax 

[0064] In accordance with a present embodiment, further details concerning the syntax of 
schema instructions are described. 

Lookup Syntax 

[0065] The lookup tag instructs the engine 140 to perform an insert, delete or query the 
document contents. 
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[0066] Type: Defines the data type of the lookup. Type may be "pex" for a string 
expression. Type may also support more advanced options such as regular expressions, 
API calls, and SQL queries. 

Action: 

Action = "locate_string": Look for a string ("ref identifier") value within the data. Return 
true iff the string exists in the data (i.e. the "ref identifier index >= 0). 

Action = "replace_string": Replace a string within the data with the "ref identifier. 

Action = "move_ptr": Remove all characters in the data that exist before the location of the 
"ref identifier. 

Action = "end_ptr": Remove all characters in the data that exist after the location of the "ref 
identifier. 

Action = "get_string" Extract a string based on the location of the "ref, "starf , and "end" 
identifiers. 

ID: ID is an identifier of another section within the signature. It allows the result of a query 
to trigger another set of actions within the signature. This is primarily used when 
identifying page types. Once a match has been made, specific instructions are executed 
that are marked with this ID. Recursive data structures (e.g. lists within lists) may also be 
supported. 

Ref: Ref defines the initial identifier that the lookup searches for. If an AND case is 
required multiple ref identifiers can be used (i.e. ref="string1" ref1="string2"). If an OR 
case is required refjref identifier] _alt_1 can be used (i.e. ref="string1" reLalt_1="string2"). 
To demonstrate (X="1 B || Y="2") && (A="8" || B="9") would translate to ref='T ref_alt_1="2" 
ref1="8" ref1_alM="9". 

Repeat ^[identifier]: Repeat executes the identifier query additional times. For example, if 
ref="hello" to set the identifier index at the second occurrence of hello the following tag 
would be added: repeat_ref=T\ 

Location: 
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Location = "before": Search the data in a reverse direction, starting from the "ref identifier. 
This implies that both the "start" and "end" identifier indexes must be less than the "ref 
index. 

Location = "middle": Search the data in two directions, starting from the "ref identifier. This 
implies that the "ref" identifier index is greater than the "start" identifier index and less than 
the "end" identifier index. 

Location = "after": Search the data in a forward direction, starting from the "ref" identifier. 
This implies that both the "start" and "end" identifier indexes must be greater than the "ref 
index. 

Start: Start is primarily used when action="get_string" and may also be used for 
replace/remove instructions. The start identifier index will be the start index of the string to 
extract. If an AND case is required multiple "start" identifiers can be used (i.e. 
start="string1" startl ="string2"). If an OR case is required start_[start identifier] _alt_1 can 
be used (i.e. start="string1" start_alt_1="string2"). To demonstrate (X="1" || Y="2") && 
(A="8" || B="9") would translate to start="1" start_alt_1="2" startl ="8" startl _alt_1 ="9". To 
find the n ,h match see the repeat syntax. 

End: End is primarily used when action="get_string" and may also be used for 
replace/remove instructions. The end identifier index will be the end index of the string to 
extract. If an AND case is required multiple "end" identifiers can be used (i.e. end="string1" * 
end1="string2"). If an OR case is required end_[end identifier] _alt_1 can be used (i.e. 
end="string1" end_alt_1="string2"). To demonstrate (X='T || Y="2") && (A="8" || B="9") 
would translate to end="1" end_alt_1="2" end1="8" end1_alt_1="9". To find the n ,h match 
see the repeat syntax 

Maxjndex: Maxjndex is used to limit the scope of a query by ensuring that no other 
identifier index is greater than the "maxjndex". . If an AND case is required multiple 
"maxjndex" identifiers can be used (i.e. max_index="string1" max_index1="string2"). If an 
OR case is required max_index_{ maxjndex identifier] _alt_1 can be used (i.e. 
maxjndex="string1" maxj'ndex_alt_1="string2"). To demonstrate (X="1" || Y="2") && 
(A="8" || B="9") would translate to max_index="1" maxjndex alt_1="2" maxjndex ="8" 
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maxjndex _alt_1="9". To find the rr match see the repeat syntax. 

Max_lndex_Use_Ref: Max_lndex_Use_Ref is a Boolean value set to 0 or 1 . It is used 
with Maxjndex. When set to 0, the "maxjndex" will begin querying at the beginning of 
the data. When set to 1 , the "maxjndex" will begin querying from the "ref identifier index. 

Gbl_append_[identifier]: GbLappend appends a string passed via the url to the 
identifiers query value 

GbLRepeatJidentifier]: GbLRepeat executes the identifier query additional times. For 
example, if ref="hello" to set the identifier index at the second occurrence of hello the 
following tag would be added: gbLrepeat_ref="var" where var would be passed in the URL 
i.e. http://www.eshop.ca/mobile/fatfree.asp?site=...&url=...&var=1 . 

Tolerance: Tolerance is a Boolean value set to 0 or 1 . It is used to return an empty string. 
By default tolerance is set to 0 which enforces that a property be found on a page, 
otherwise the page will be marked as "invalid" and an appropriate error message returned. 
When set to one, an empty value is returned for properties that can not be located. 

Include_sz: Include _sz is a Boolean value set to 0 or 1 and used with get_string. It is by 
default set to 0. When set to 1 it includes the "start" value and the "end" value as part of 
the result. 

Include _start: lnclude_start is a Boolean value set to 0 or 1 and used with get_string. It is 
by default set to 0. When set to 1 it includes the "start" value as part of the result. 

Include _end: Include jand is a Boolean value set to 0 or 1 and used with get_string. It is 
by default set to 0. When set to 1 it includes the "end" value as part of the result. 

Closetag: Closetag is a Boolean value set to 0 or 1 and used when action="get_string". It 
appends /> to the extracted value. 

Strip_Tags: StripJTags removes HTML tags from the value and used when 
action="get_string". 

Strip Jags="1": remove all tags. 

Strip Jags="2": remove all br and script tags. 
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Strip_tags="3": remove all tags except replace </p> </li> with <br>. 

Strip_tags="4": remove all tags except replace </div> <br> with <br>. 

Strip Jags="tag1 ,tag2,...tagN": remove all tag1 , tag2,... tagN leaving any tag not listed. 

Notrim: Notrim is a Boolean value set to 0 or 1 and used when action="get_string'\ By 
default all value have white spaced trimmed. When this property is set to 1 , white space is 
not trimmed. 

Append: Append is a string value and used when action= w get_string M . It appends a string 
to the extracted value. 

Prepend: Prepend is a string value and used when action="get_string a . It prepends a 
string to the extracted value. 

Upper: Upper is a Boolean value set to 0 or 1 and used when action="get_string". It 
converts all characters to upper case. 

Lower: Lower is a Boolean value set to 0 or 1 and used when action="get__string". It 
converts all characters to lower case. 

Page Syntax 

[0067] The page syntax extracts the paging information from the data. This allows the end 
user the ability to change pages just as on the desktop. 

Page_variable: Defines unique key that defines a family's paging feature. 

Page_start: Defines value of first page in a family's paging feature. 

Page_post: Path where paging variable(s) must be transmitted to. 

Page_start : Defines value of first page in a family's paging feature. 

Page_increment: Defines value that paging increases by for each page in a family's 
paging feature. 

Page.block: Defines unique key that defines a family's paging block feature. 
Page_block_slze: Defines the size of the family's page block, (i.e. 10 items per page) 
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UrLappend: Append the unique key that defines a family's paging feature and the page 
number. 

Search Syntax 

[0068] Make a web site family's search feature functional by specifying details such as 
what variable to post. 

Search_path: Search path where search variable must be transmitted to 

Search_variable: Name of search variable which a web site's search feature is looking to 
read, request, post, etc. 

UrLreplace: Remove a portion of the url that is specific to posting search parameters 
URL Syntax 

[0069]The url tag defines global properties for a site, including the url, and name: 

<url location= ,, http://www.eshop.ca ,, key='eshop.ca n name= ,, E-Shop" /> 
Name: Name is the name to display when browsing using the gateway 120 
Location: Location defines the fully qualified address of the site. 
Key: Key is the site. 
Advanced Syntax 

[0070] The advanced tag defines global properties for the site. This at a minimum includes 
the path to the initial page of the site. 

<advanced> 

<indexjink value= H http://www.eshop.ca" /> 

<check_out value='T /> 
</advanced> 

Indexjink: Indexjink specifies the path to the initial page of the site. This is usually the 
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same page as the location property from the URL syntax. This field is always required. 

Appendjink: Appends a string value to every URL requested for this site. 

No_purchase: No_purchase is a Boolean value 0 or 1 . The default value is 0 which 
implies that an item should contain a purchase link. When true, the purchase link is 
removed. 

Nojtem: Nojtem is a Boolean value 0 or 1 . The default value is 0 which implies that Item 
pages should show up in the breadcrumb. When true, the item is not added to the 
breadcrumb. 

Check_out: Check-out is a Boolean value 0 or 1 . The default value is 0 which implies that 
Item purchase link sends the request and control away from the gateway server 120. 
When true, then a checkout process has been created for use with gateway server 120. 

ProductJmg_width: Product_img_width defines the width of all item images. 

Use_cookies: Use_cookies a Boolean value 0 or 1 . By default it is set to 0, and cookies 
are not passed to the site. When true, gateway 120 passes all cookies from client machine 
102 to the site 104, and from the site 104 to the client machine. 

Page Type Syntax 

The page type is a collection of lookup queries that have an id associated with them. 
Lookup queries may be processed in a top down fashion. The first successful lookup will 
trigger another section in the signature schema document. For example, if the following 
evaluates to true: 

<page_type> 

<lookup type= ,, pex" action="locate_string" name= ,, list_elements tt ld="myllsL1" 
ref="<!~" /> 

</page_type> 

[0071]Then the tag element <list_elements id="mylist_r> would be executed next. 



30 



WO 2008/141433 



PCT/CA2008/000918 



General Element Syntax 

Elements include list_elements, menu_elements, item_elements, search_elements, 
form_elements. Each element has an ID. For example a menu element: 

<menu_element id="menu_id7> 

The element may contain the following sub containers (settings, actions, elements, paging) 
which scope resides only within the element. Each element is associated with a specific 
rendering function. 

<menu_element id="menu_id7> 

<settings> </settings> 

<paging> <l paging > 

<elements> <l elements > 

<actions> <J actions > 
</menu_element> 
Settings Syntax 

Settings syntax varies based on the type of element it resides in. Settings allow 
customizations that only apply to a specific page family. 

Blackjist - menu_elements: Blackjist removes menu items with names that reside in 
the black list. Each entry is separated delimited (e.g. using two pound characters (##). 

Pass_image - list_elements, search_elements: Passjmage adds the image path to the 
url when requesting an item. The image added to the url will be used as the item image. 

Price[n] - item_elements: Pricefn] where n is an integer renames the rendered item with 
name price[n]. 

Action - form_elements: Overrides the action of a form displayed to the end user. 
Handle - form_elements 

Handle = "display" - display the form to the end user. 
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Handle = "posf - post the form. 
Handle = "get" - get the form. 

Cookie - form_elements: Send additional cookies when posting this form. 

Input_[identif ier] - f orm_elements: Input tag adds/modifies a form value with name 
[identifier] setting its value. 

Renamejidentif ier] - form_elements: Rename tag renames a form value with name 
[identifier]. 

Actions Syntax 

The actions tag primary function is data manipulation. It contains lookup queries that 
modify data with actions of "move_ptr w or "end_ptr". 

<actions> 

<lookup type= n pex" action="move_ptr" ref= H </head> M /> 
</actions> 

[0072] Persons of ordinary skill in the art will appreciate that alternative embodiments are 
contemplated. Though not shown, a client machine may incorporate a transcoding engine, 
applying a signature schema document obtained from a repository such as repository 124 
to web pages received from a web site. For example, client machine 102B may be 
configured with an engine in cooperation with a mini-browser application or plug-in to 
another application. The engine obtains the schema document to apply against web page 
content from a particular web site. Communications with the web site may be direct and not 
via a gateway 120. The transcoding engine may apply the commands from the schema 
and transcode appropriately for rendering content by the mini-browser or via the plug-in. 

[0073] Figure 4 illustrates a further embodiment comprising a system 400 for content 
navigation, similar to system 100 of Figure 1 but in which a client machine 102C 
incorporates a secure transcoding engine 402, for example, for communicating directly 
with web site 104 via secure communications (e.g. Secure Sockets Layer (SSL) or 
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Transport Layer Security (TLS), etc.). Client machine 102C may be a wireless device such 
as device 102A or wired device 102B comprising components as described with reference 
to Figure 2 and as further described with reference to Figure 4. 

[0074] Large public database-driven web sites do not typically encrypt data that is publicly 
available. Instead, the sites encrypt specific pages that contain user information, for 
example login, signup, checkout, and account management pages. One reason why all 
content is not encrypted may be that SSL/TLS is resource intensive and reduces 
scalability. Another reason why all content is not encrypted may be that SSL/TLS increase 
response times for the end user due to the time spent encrypting and decrypting content. 
Examples of web sites that follow this model include online stores, news sites, sports 
information and weather. Therefore, since the number of SSL/TLS pages is relatively small, 
signature schema can be created to define a mobile friendly layout. Another benefit of the 
signature schema, is that each field in an HTML form can be classified and populated with 
user data from an external application. It will be understood that each individual SSL/TLS 
page will likely require its own respective page family template within a schema. 

[0075] In contrast to Figure 1, Figure 4 shows a client machine 102C comprising a browser 
application 86C similar to browser 86 for communicating with web site 104 via gateway 
and schema server 120. In a similar way, a signature schema may be used to transcode 
un-encrypted communications of web pages 110 to provide transcoded data 408. 
However, browser 86C may be further configured to communicate through secure 
transcoding engine 402, handing off communications for secure web pages 404 when such 
communications between machine 102C and web site 104 are to be encrypted. Secure 
transcoding engine 402 may communicate with gateway and schema server 120 to obtain 
the signature schema document 122 which may be applied to transcode secure 
communications with web site 104. 

[0076] Figure 5 illustrates a flow among client machine 102C, gateway and schema server 
120 and web site 104 for secure communications such as for web page 404. It may be 
presumed that client machine 102C has previously initiated a flow similar to Figure 3 for a 
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web page 110 that has resulted in transcoded response 408 from gateway and schema 
server 120 including the actual location of the secure content (e.g. for end to end 
encrypted communications with site 104 via HTTPs protocols). Browser 86C hands off the 
request communication (502) to secure transcoder engine 402. Secure engine 402 
requests (504) a signature schema 122 from server 120/engine 140. The request may be 
validated and the schema 122 returned (506) by the engine 140 from schema repository 
124 as may be necessary. Secure engine 402 requests 508 the secure content (e.g. 404) 
via end-to-end encrypted communication from the web server 106. The secure engine 402 
receives (510) the secure content 404 from the web server 106, decrypts the content and 
then invokes the transcoder using the signature schema 122 as instructions to extract the 
subset of data from the web page 404 and to re-construct the content in a mobile friendly 
view for rendering by the browser. 

[0077] Schema document 122 may include instructions for populating secure responses to 
web site 104 with data previously stored to client machine 102C. Such information may 
include personal information that has been stored using an external client application 406 
such as a password keeping application for securely storing (encrypted) personal 
information. Schema documents may be coded with suitable instructions to invoke 
communications or application programming interfaces between the secure transcoding 
engine and external application 406 to securely obtain such data. Such information may be 
available via a plugin (not shown) to browser 86C. 

[0078]Those skilled in the art will now recognize that system 100 may be implemented so 
that a plurality of web sites are coupled to the telecommunication network (either alone by 
a server 106 or by a plurality of web servers like web-server 106), and that a 
corresponding plurality of schemas for each of those web sites (or each of the web pages 
therein, or both) can be maintained by gateway and schema server 120 and repository 
124. Those skilled in the art will now recognize that there can in fact be a plurality of 
gateway and schema servers (like server 120). Client machines 102 can be configured for 
proxied connection through different servers 120. Those skilled in the art will now further 
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recognize that servers 120 can be hosted by a variety of different parties, including, for 
example but without limitation: a) a manufacturer of client machine 102, b) a service 
provider that provides access to the telecommunication network on behalf of user U of a 
client machine 102; c) the entity that hosts web-site 104 or d) a third party intermediary. In 
web site host example it can even be desired to simply combine the web server 106 and 
schema server engine 120 on a single server to thereby obviate the need for separate 
servers. 

[0079]Accordingly, signature schemas may be defined to provide custom browsing 
experiences for small (e.g. mobile) devices (among others) and the proposed framework 
avoids changing web site code for existing web sites. Data extracted from the web sites 
may be intelligently stored to a relational database using knowledge of the web pages (i.e. 
the objects and their attributes) incorporated into the signature schemas. Query language 
may be used to direct a search of the web page as an ASCII text file to look for signatures 
to distinguish the web page's family (from other web page families of a site) and to identify 
the subset of data to be extracted. 
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CLAIMS 

1 . A method of transcoding a web page of a web site, the method comprising: 

retrieving a signature schema for the web site, said signature schema comprising 
one or more instructions to identify a web page family for the web page and extract 
a subset of data from the web page in accordance with the web page family, said 
instructions using signatures previously identified within web pages of the same 
family to distinguish the web page family from other web page families of the web 
site and the subset of data from other data for the web page family; 
obtaining the web page; and 
applying the instructions to the web page. 

2. The method of claim 1 wherein the signature schema comprises instructions to 
transcode said subset of data to a target format. 

3. The method of claim 2 wherein the method is performed by a wireless mobile device 
thereby to transcode web pages for use by the wireless mobile device. 

4. The method of claim 3 wherein the web site comprises an e-commerce web site and 
said method comprises transcoding at least some of the web pages of the site to conduct 
an e-commerce transaction. 

5. The method of claim 2 comprising providing a gateway between the web site and a 
client machine configured to utilize data in the target format, said gateway transcoding web 
pages of the web site in accordance with the signature schema for the client machine. 

6. The method of claim 5 comprising: 

proxying a request for the web page from the client machine to obtain the web page; 
and 

responding to the client machine with the subset of data in the target format thereby 
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to provide a transcoded web page. 

7. The method of claim 6 wherein the client machine comprises a wireless mobile device. 

8. The method of claim 1 comprising storing at least one of: i) the web page or ii) the 
subset of data and data relationships. 

9. The method of claim 8 comprising maintaining a relational database for data stored 
from the web site. 

10. The method of claim 1 comprising maintaining a repository of signature schemas, each 
schema defined for a particular web site. 

1 1 . A system for transcoding a web page of a web site, the system comprising: 

at least one computing device comprising a processor and a memory coupled 
thereto, said memory storing instructions and data for configuring the processor to 
provide a transcoding engine operable to: 

retrieve a signature schema for the web site from a repository, said signature 
schema comprising one or more schema instructions to identify a web page 
family for the web page and extract a subset of data from the web page in 
accordance with the web page family, said schema instructions using 
signatures previously identified for web pages of the same family to 
distinguish the web page family from other web page families of the web site 
and the subset of data from other data for the web page family; and 
apply the schema instructions to the web page received from the web site. 

12. The system of claim 11 wherein the signature schema comprises instructions to 
transcode said subset of data to a target format. 

13. The system of claim 12 comprising a wireless mobile device configured as a one of the 
said at least one computing device, thereby to transcode web pages for use by the 
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wireless mobile device. 

14. The system of claim 13 wherein the web site comprises an e-commerce web site and 
said engine of said wireless mobile device transcodes at least some of the web pages from 
the e-commerce web site for conducting an e-commerce transaction. 

15. The system of claim 12 comprising a gateway server between the web site and a client 
machine configured to utilize data in the target format, said gateway configured as one of 
said at least one computing device for transcoding web pages of the web site for the client 
machine in accordance with the signature schema. 

16. The system of claim 15 wherein the instructions and data of said gateway server 
configure the processor of the gateway server to proxy a request for the web page from the 
client machine to obtain the web page; and respond to the client machine with a 
transcoded web page in the target format. 

17. The system of claim 15 wherein the client machine is configured to request at least 
some of the web pages of the web site via the gateway server to receive transcoded web 
sites. 

18. The system of claim 17 wherein the client machine is configured as one of the at least 
one computing devices, the instructions and data of the client machine configuring its 
processor to retrieve the signature schema and apply the schema instructions to at least 
some of the web pages retrieved from the web site. 

19. The system of claim 18 wherein the web site comprises an e-commerce web site and 
the client machine comprises a wireless mobile device, said engine operable to transcode 
at least some of the web pages for conducting an e-commerce transaction. 

20. The system of claim 11 wherein the gateway is configured to store at least one of the 
web page or the subset of data. 
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21. The system of claim 20 comprising a relational database maintained to store the subset 
of data extracted from a web page of the web site. 

22. The system of claim 11 comprising a repository for maintaining signature schemas, 
each schema defined for a particular web site. 

23. A computer program product storing computer readable instructions for transcoding 
web pages of a web site, which instructions when executed by a computer processor 
configure the processor for: 

retrieving a signature schema for the web site, said signature schema comprising 
instructions to identify a web page family for the web page and extract a subset of 
data from the web page in accordance with the web page family, said instructions 
using signatures previously identified for web pages of the same family to 
distinguish the web page family from other web page families of the web site and 
the subset of data from other data for the web page family; 
obtaining the web page; and 
applying the instructions to the web page. 

24. A method for transcoding web pages of a web site comprising an e-commerce site for 
conducting a transaction, the method comprising: 

retrieving a signature schema for the web site, said signature schema comprising 
one or more instructions to identify a web page family for a web page and extract a 
subset of data from the web page in accordance with the web page family, said 
instructions using signatures previously identified for web pages of the same family 
to distinguish the web page family from other web page families of the web site and 
the subset of data from other data for the web page family, said signature schema 
further comprising instructions to transcode the subset of data to a target format; 

receiving at least one web page from the e-commerce site for conducting the 
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transaction; and 

applying the instructions to transcode at least some of the at least one web page to 
conduct the transaction. 
25. The method of claim 24 wherein the method is performed by a wireless mobile device. 



40 



WO 2008/141433 



PCT/CA2008/000918 



1/10 




WO 2008/141433 



PCT/CA2008/000918 




WO 2008/141433 



3/10 



PCT/CA2008/000918 





o 

CO 



CO 
o 

CO 



eg 

CO 



CO 

o 

CO 



o 

CO 




s 

CO 



00 



CD 



CO 

9> 



WO 2008/141433 



PCT/CA2008/000918 



4/10 




WO 2008/141433 



PCT/CA2008/000918 



5/10 





00 O 
O t- 



CO 

o o 
in in 




o 
in 



CM 









r 


Browser 
Client 
86A 







m 

s 

O) 



WO 2008/141433 



PCT/CA2008/000918 



6/10 



X 

□ 

I 



> 



< 

o 

CO 
CO 



£ 
o 

X 

a 
o 

.c 

C/> 

■ 

UJ 



a 
a> 
X 

o 
o 

2 
*c 

(0 



> 



UJ 



CO 

E 

0) 



3 C 

-*-» — * 

iS § 

CO O 

0 < 

o ^ 



Q. 

"S c 

a E 

£ % 
O Q. 



{2 
co S 

CD C 

CD g 
^ Q. 



5 

q: 
o 

CO 
UJ 



c 

CD 

CO 
Q. 

CD 

Q 

c 

CD 
CO 

a 

CD 
Q 



c 
cd 

CO 

a. 
a> 
Q 



c 

0) 
CO 

a 
a) 
a 



c 

0) 
CO 

a. 

<D 

a 



c 

CD 
CO 

a 
Q 



CD 

E 

t: ' 

CO 

a 
a 



CD 

o 
2 

CO 



a 
a: 
< 

LU 

(0 



C 
0) 

o 

CO 
Q 

CO 

o 

Q 

o 
.c 

W 
0) 



a 
< 

UJ 



< 

03 



LU 
> 
UJ 



CM 

•o 

< 

3 
O 



3 



■o 

o 



o 
in 
co 



C 

> CD 

at 

o jo 



E - « « 

« a a. a. 

C CD CD CD 

t a o o 

CO i i ■ 

Q- -Q -O -Q 

CD 3 3 3 

O (/)(/) (/) 



CM CO 
+* 

c c c 

0) 0) 0) 

E E E 
t: 1 1 

CO CO CO 

a. a. a 

CD CD CD 

a a a 



2 

2 

3 



WO 2008/141433 



7/10 



PCT/CA2008/000918 



X 

□ 

i 



o 

3 

2 

Q. 

I 

O 
o> 

CD 
(0 

O 
o 

3 

2 

Q- 

I 

CD 

E 

CO 

z 

■u 
c 

2 

CD 



a 

a> 



o 
o 



0) 



o 
> 

LL 



> 



Ui 



il 



0) 

E 



CO 

3 C 

■*— » — t 

2 o 

O 2 



c/i 
c 
g 

Q_ 

CD o 

O E 

£ £ 
CD 0- 



co 

CO S 
CD C 
7= CD 

J* -? 
CD ji 
O) O 



5 

q: 
o 

UJ 



0) 

i 1 

CO 

a 
o 
Q 



o 

|j CD 

08 

a 
a 
o 



c 

CD 

E 
r 

CO 

a. 
a 
O 



C 

CD 

I- 

co 
a 
0 
a 



CD 

E m 

CO 

a 
Q 



a> 

co 
a 

CD 

Q 



c 

<D 

E 

* ' 

CO 
Q. 
CD 
O 



CO 

a) 
o 

6| 
CO 

IO 



a 
a: 



c 

CD 

a 

CO 

a 

CO 

o 

6 
o 

JC 
CO 
CD 



< 
UJ 



< 
CD 



LU 
> 
HI 



O 
CO 

co 





a 

co < 

LU 



o 

3 

■a 
o 



00 
CO 
CO 



CO 

o 

I 

-Q 
3 

CO 



£ 
o 
o 

CO 

O 
I 

CN 

C 

CD 

E 

XL 
CO 

a 

CD 

Q 
I 

1 

o 
x 



/CO c 

/co § 



1 

<0 

I 

c 
o 



t o 



o 2 

en 

a. 



Q 

CO 
f CD 
CO 



o It's 

(0 ™ o) 

"SI* 

3 to 
cr w 

^ CO 

ft (0 M- 

0- 5 < 



v- CM 

£ 2 

3 3 

CO CO 
CD CD 
U. U. 



CO 
CD 



CO 
CD 
LL 

13 
3 

■o 

O 



3 
2 



3 
CO 





< 






CO 






CO 




o 


CD CO 










CO 




£ 


CL 





Ui 

o 



Q CD 

o v<§ 



CM 



<D O O St o o u O O O 

E«? S S? S? o> o> o 
^ j! jB *5 j!3 J2 iB CD CD CD 

«3 8 <S 8 8 8 « -s cS 

A w J3 A .O .O .Q 
CD >* 3 3 3 3 3 
Q CD W CO C/) CO C/) 



CN CO 

o o o 

05 0) 0) 

CD CD CD 

CO CO CO 

O O O 

GO GO CO 




ce 


CM 




Pri 




CD 


pu 


8 

CO 


Ui 
CO 


Title a 


CD 


E 


1 





o 
in 

CO 



m 

CO 

2 

3 

D) 



WO 2008/141433 



PCT/CA2008/000918 



8/10 



□ 



y 'J- 

m 



o 

3 

2 

QL 
I 

o 

O) 

£ 

CO 

O 
o 

3 

T3 

O 
w 

0. 

I 

CD 

E 

(0 

z 

c 
2 

CO 



CD 



J2 
o 
o 



co 
a) 



<0 



0) 



LU 

0) 

il 



CO 

E 

0) 



DC 



0) 



Q. 

co° 

"E c 
co © 
O E 

£ CO 

O a. 



0) C 
CD _i 

a> o 
£ a. 



5 
a: 

o 

CO 
UJ 



o 
o 

/ CD 



c 

0) 

i' 

CO 

a 
a> 
a 



c 

CO 

a 
cd 
Q 



c 

<£ in 

CO 

a 

CD 

Q 



c 

a> 

CO 

a 

cd 
Q 



E ^ 

CO 

a 

0) 

a 



c 

0) 

•§ CN 
CO 

a 
a 



c 

CD 

E 

r ' 

CO 

a 

CD 

Q 



X 

o 
< 

LU 



CD 

a 

CO 

a 

CO 

u 

Q 
O 

x: 

CO 
CD 



Q 
< 

Ct 
UJ 



< 
CO 



111 

> 

UJ 



o 
m 
co 





t3 


CN 


3 


CD 


"O 


O) 


2 


CO 


0. 


E 



t3 


co 


3 


CD 


"D 


o> 


2 


CO 


0. 


Im 



g 5P P> S? o) o> o> 



o o o 



I38SSSS g g g 

CD >* 3 3 3 3 3 
O CQ CO CO CO CO CO 



CM CO 


fder 


T— 










o o o 


CO 


CD 


0 0)0) 


c 


o 

CO 
CO 


O) 


a> a) aj 




CO 


CO CO CO 


(3 


E 


O O O 


o 








Als 


< 




GO CO CO 








o 

CD 

£ 

3 

CD 



wo 



2008/141433 



9/10 



PCT/CA2008/000918 



i 



□ 



ts 

3 
T3 

S 

Q. 

I 

O 

S 
CO 

O 
u 

3 

2 

Q. 

I 

0) 

E 

(0 

z 

c 
2 

CD 



X 

o 

i2 

</> 
s 

'C 
O 
> 
CO 



CD 



LU 

CD 



CO 

E 

CD 



DC 



5 i 

3 o 

<B < 
P >> 

CO 

c 
g 

• 2 

"S c 

£ 03 

O 0l 



(D 

CO +5 
CD C 

<5§o 

^% 
i 

0) ^ 

5 £ 



s 

CL 
O 

a: 

CO 



o 

o 

CO 
CD 



o 
m 
co 



c 

f' 

CO 

a. 
a> 
O 



c 

a> 

co 
a 

CD 

a 



c 

CD 

co 
a 
a> 
Q 



c 

CD 
E 

r « 

CO 
CL 

CD 

a 



c 

CD 

E 

CO 

a 
a> 
Q 



CM 



CD 

I- 

CO 

a 

CD 

a 



CO 
0) 

o 

CO 

O 



O 

"S 
o 



CD 
O 
CO 
Q 

CO 

u 
d 
o 
.c 

CO 
CD 



Q 
< 

a: 
m 



< 

£0 



LU 

> 
LU 



o 

s 



C 

Z3 

8 

O 
CO 

o 
> 

Q 



CD 

E 

CO 



o 



CO 

E 

CD 
CO 



CD 
-O 

E 

CD 

E 

CD 



"E 
o 
5 

(0 
(0 
(0 
CL 



9 

0 



"5 

o 

"2 
o 

i 

CO 
Q_ 
u- 
3 

O 



C > CO 

O S w 
.-(Dm 
•i 7 i w 
C CO 2 Ql 
3 P CD *- 
O C O 

llffcf 

< .£ O u. 



a 

CO 
3 



WO 2008/141433 



10/10 



PCT/CA2008/000918 



ESHOP.CA 



You are on Home 

* Department 1 

* Sub- Dept 1 

* Sub- Dept 2 

* Sub- Dept 3 

* Department 2 

» Department 3 §22 
•Department 4 



Figure 7A 



750 



ESHOP.CA 

You are on Cat > Sub-Cat ^_ 



Product 




Image 1 




PRODUCT TITLE 1 



Price: $NNN 



Product 
Image 1 



670 



PRODUCT TITLE 1 
Price: $NNN 

Pages: 12 34 



672 



Figure 7C 



668 



750 



ESHOP.CA 



You are on Sub-Cat > Producr ^ 



PRODUCT TITLE 



Product 
Image 

666A 



^6660 

Save 
Item 

Purchase 



Item 



PRODUCT PRICE RRRD 
$NNN ^ 666B 
Product Description - asdf 

wesaf qasdfjxvmasjf 

Asdf asfjwjfa af .sadpof ^''-^^gggQ 



Figure 7B 



750 



ESHOP.CA 

CHECKOUT 
Login Name 

I □ 
Remember: it's your email 

Password 



c 



] <m 



680 



Figure 7D 



750 



668 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/CA2008/000918 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC: H04L 12/16 (2006.01) , G06F 1 7/00 (2006.01) , G06Q 30/00 (2006.01) , H04Q 7/22 (2006.01) 
According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 

Minimum documentation searched (classification system followed by classification symbols) 

IPC: H04L 12/16 (2006.01) , G06F 17/00 (2006.01) , G06Q 30/00 (2006.01) , H04Q 7/22 (2006.01) 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic databases) consulted during the international search (name of database(s) and, where practicable, search terms used) 
Delphion, EpoqueNet, USPTO, Canadian Patent Database, IEEE:(Keywords: transcoding, transcode, signature schema, extract) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



X 



US 7,120,702 (Huang et al.) 10 October 2006 (10-10-2006) 

(abstract, column 1 , lines 23-27, column 2, line 38, column 4, lines 33-34, 36-38, 

51-56, column 5, lines 28-30, 35-61, FIG. 1) 



1-24 



[ ] Further documents are listed in the continuation of Box C. 



[ X ] See patent family annex. 



'XT 



Special categories of cited documents : 

document defining the general state of the art which is not considered 
to be of particular relevance 

earlier application or patent but published on or after the international 
filing date 

document which may throw doubts on priority claimfs) or which is 
cited to establish the publication date of smother citation or other 
apecifil reason (as specified) 

document referring to an oral disclosure, use. exhibition or other means 

document published prior to the international filing date but latex than 
the priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand 
the principle or theory underlying the invention 



"V 



document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive 
step when the document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document is 
oombined with one or more other such documents, such combination 
being obvious to a pa sun skilled in the ait 



document member of the same patent family 



Date of the actual completion of the international search 
12 August 2008 (12-08-2008) 


Date of mailing of the international search report 
14 August 2008 (14-08-2008) 


Name and mailing address of the ISA/CA 

Canadian Intellectual Property Office 

Place du Portage I, CI 14 - 1st Floor, Box PCT 

50 Victoria Street 

Gatineau, Quebec K.1A 0C9 

Facsimile No.: 001-819-953-2476 


Authorized officer 
CamranSyed 819-934-4550 



Form PC17ISA/2 1 0 (second sheet ) (July 2008) 



Page 2 of 3 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



International application No. 
PCT/CA2008/000918 



Patent Document Publication Patent Family Publication 

Cited in Search Report Date Member(s) Date 



US7120702 10-10-2006 NONE 



Form PCT/ISA/2 10 (patent family annex ) (July 2008) 



Page 3 of 3 



